System and Method for Remotely Controlling Vehicle Components from a Nomadic Communication Device or Computer

ABSTRACT

A method for remotely controlling one or more vehicle components includes receiving over a telecommunications network signals originating from a remote terminal. The signals include remote operation instructions for remotely operating a vehicle entertainment system component. The remote operation instructions are executed. Operation status identifiers transmitted over a vehicle data bus are received from the vehicle entertainment system component. Based on the operation status identifiers, an operating status of the vehicle entertainment system component is determined. A return signal including an operation status message and an instruction for displaying the operation status message at the remote terminal is generated. The signal is transmitted to the remote terminal for display.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application is a continuation of U.S. application Ser. No. 12/565,228 filed Sep. 23, 2009, the disclosure of which is incorporated in its entirety by reference herein.

TECHNICAL FIELD

Various embodiments include a system and method for controlling one or more vehicle components from a nomadic communication device or computer.

BACKGROUND

Using a vehicle key fob, users can lock or unlock a vehicle, open a trunk, or remotely start a vehicle. Some key fobs are increasingly becoming more advanced. Along with these traditional benefits, using a more advanced key fob, users can check if the vehicle's doors are locked or the window's are closed, confirm the alarm status, or obtain vehicle information such as odometer readings, fuel level and cabin temperature.

Traditional key fobs require a user to be within a certain distance of the vehicle generally about 300 feet. Furthermore, a key fob is yet another personal item that must be carried by a user along with wallets, mobile devices, briefcases, purses and other items.

SUMMARY

One aspect includes a computer-implemented method for remotely controlling one or more vehicle components. The method includes receiving over a telecommunications network one or more first signals originating from a nomadic device (ND). The one or more first signals may include one or more remote operation instructions including at least one instruction for remotely operating a vehicle entertainment system component. The method further includes executing the one or more remote operation instructions.

The method may also include receiving one or more operation status identifiers transmitted over a vehicle data bus from a vehicle entertainment system component. Based on the one or more operation status identifiers, an operating status of the vehicle entertainment system component may be determined.

The method may include generating at least one second signal including at least one operation status message and at least one instruction for displaying the operation status message at the ND. The method also includes transmitting the at least one second signal to the at least one remote ND for display.

In one embodiment, the remote operation instruction includes at least one media source selection instruction. Accordingly, the operation status message may include a message that the selected media source is being remotely operated. The media source may include a radio, a compact disc player, a tape player, a digital video disc (DVD) player, and a personal media player.

The at least one remote operation instruction may also include at least one volume level selection instruction. The operation status message may include a message identifying the volume at which the one or more media items are being played.

The volume level selection may be a user-defined predetermined selection from the ND. Accordingly, the at least one volume level selection instruction may include an instruction to play the one or more media items according to the user's predetermined selection.

In one embodiment, the remote operation instructions may include instructions for remotely operating at least one other vehicle component. The at least one other component may include an audible vehicle locator system which may be operated according to a user preference. Other components may include a vehicle seat heating system component, a vehicle seat positioning system component, a vehicle double locking system component, and a hazard lighting system component.

In one embodiment, the method may further include performing the method with respect to the at least one other component.

Another aspect includes a computer-implemented system for remotely controlling one or more vehicle components. The system may include a cellular communication device within a vehicle. The cellular communication device may communicate with one or more remote terminals over a telecommunications network. Furthermore, the cellular communication device may be configured to receive one or more first signals originating from the one or more remote terminals. The one or more first signals may include one or more remote operation instructions including at least one instruction for remotely operating a vehicle entertainment system component.

The cellular communication device may be further configured to transmit the one or more remote operation instructions for execution. The at least one instruction may be executed by a vehicle.

In one embodiment, the one or more remote operation instructions may include at least one instruction for controlling one or more features of the vehicle entertainment system. The one or more features of the vehicle entertainment system includes at least one of a volume control feature, a radio scan feature, a track selection feature, a channel selection feature, a play feature, and a stop feature.

The cellular communication device may be further configured to receive one or more operation status identifiers transmitted over a vehicle data bus from a vehicle entertainment system component. Based on the one or more operation status identifiers, the cellular communication device may be further configured to determine an operating status of at least the vehicle entertainment system component.

The cellular communication device may be further configured to generate at least one second signal. The second signal may include at least one operation status message and at least one instruction for displaying the operation status message at one or more remote terminals. Additionally, the cellular communication device may be configured to transmit the at least one second signal to the one or more remote terminals for display. The remote terminals may be a nomadic device (ND) or a personal computer (PC).

In one embodiment, the one or more remote operation instructions may further includes at least one instruction for remotely operating at least one other vehicle component. Accordingly, the cellular communication module may be further configured to operate with respect to the at least one other component.

Another aspect includes a computer-implemented system for remotely controlling one or more vehicle components. The computer-implemented system may include one or more servers in communication with one or more remote terminals over a telecommunications network. The one or more servers may be configured to receive input defining one or more first operation status identifiers. The servers may be further configured to receive one or more first signals originating from the one or more remote terminals. The one or more first signals may include one or more remote operation instructions including at least one instruction for remotely operating a vehicle entertainment system component.

The servers may be further configured to transmit the one or more remote operation instructions for execution by a vehicle. The servers may be further configured to receive one or more second operation status identifiers from the vehicle pertaining to the vehicle entertainment system component. The one or more second operation status identifiers may originate from a vehicle data bus.

The servers may be further configured to process the one or more second operation status identifiers based on the one or more first operation status identifiers. The servers may be further configured to determine an operation status of at least the vehicle entertainment system component based on the processing step.

The servers may be further configured to generate at least one second signal. The second signal may include at least one operation status message and at least one instruction for displaying the operation status message at the one or more remote terminals. Additionally, the servers may be further configured to transmit the at least one second signal to the one or more remote terminals for display. The one or more terminals may be one or more nomadic devices.

These and other aspects of the present invention will be better understood in view of the attached drawings and following detailed description of the invention.

BRIEF DESCRIPTION OF THE DRAWINGS

The figures identified below are illustrative of some embodiments of the present invention. The figures are not intended to be limiting of the invention recited in the appended claims. Embodiments of the present invention, both as to their organization and manner of operation, together with further object and advantages thereof, may best be understood with reference to the following description, taken in connection with the accompanying drawings, in which:

FIG. 1 shows an illustrative example of a communication system through which a nomadic device can communicate with a vehicle according to one of the various embodiments;

FIGS. 2 a-d show illustrative examples of vehicle-based communication devices that provide communication to a remote network according to one of the various embodiments;

FIG. 3 illustrates a non-limiting exemplary operation of the vehicle-based communication device according to one of the various embodiments;

FIG. 4 illustrates the operation of one of the various aspects of the system and method for remotely controlling vehicle components from a nomadic communication device or computer according to one of the various embodiments.

DETAILED DESCRIPTION

Detailed embodiments of the present invention are disclosed herein. However, it is to be understood that the disclosed embodiments are merely exemplary of an invention that may be embodied in various and alternative forms. Therefore, specific functional details disclosed herein are not to be interpreted as limiting, but merely as a representative basis for the claims and/or as a representative basis for teaching one skilled in the art to variously employ the present invention.

FIG. 1 shows an illustrative example of a communication system through which a nomadic device can communicate with a vehicle 121. In this illustrative embodiment, a nomadic device (e.g., without limitation, a cellular phone) 103 is used to send a communication through a cellular network 107. This communication is relayed through a network 111 (e.g., without limitation, the cellular network, the internet, etc.) to a centralized system 101. A system similar to the system shown in FIG. 1 is available from CRAYON INTERFACE, INC.

In this illustrative embodiment, the centralized system is a server system that includes processing capability for incoming nomadic device signals designated to interact with a remote vehicle 121.

For example, the server(s) 101 may include an automated call server and/or web host. Further, the server(s) 101 may route an incoming signal from a nomadic device (ND) 103 to the appropriate remote vehicle. Data sent in this fashion may be sent using data-over-voice, a data-plan, or in any other suitable format.

Data can also be sent to the remote vehicle 121 through the server(s) 101 using a personal computer 105. In this case, the data is likely, although not necessarily, sent over the internet 109.

Once the server(s) 101 receive the incoming data request from the remote source 103, 105, the message is processed and/or relayed to a vehicle 121. The vehicle may be identified by a header associated with one or more incoming data packets, or may be identifiable based on a database lookup, for example.

The relay to the vehicle 121 is sent out from the server(s) 101 through a network (e.g., without limitation, a cellular network 113, the internet, etc.) and passed through a cellular network 115 to the vehicle 121. In one embodiment, the relay may additionally be passed through a broadband network 114 (e.g., 802.11g or WiMax). A remote communication module 200 in the vehicle 121 receives the signal sent from the server(s) 101 and processes it or relays it to an appropriate processing system within the vehicle 121.

In at least one illustrative embodiment, the vehicle 121 is also outfitted with a communication transceiver, such as, but not limited to, a BLUETOOTH transceiver. This transceiver may allow communication with the nomadic device 103 using a direct signal 119 if, for example, cellular networks are unavailable.

FIGS. 2 a-d show illustrative examples of vehicle-based communication modules that provide communication to a remote network.

FIG. 2 a shows an illustrative example of a communication module 200 combined with a GPS module, wherein a cellular module and GPS are on different boards.

In this illustrative embodiment, a communications module 200 can include a cellular (e.g., and without limitation, GSM or CDMA) antenna 201 that communicates with a remote server over a cellular network. The received cellular signal may be sent from the cellular antenna 201 to a multi-band cellular (e.g., and without limitation, GSM or CDMA) decoder 219 that processes the received signal to produce information usable by the microprocessor 217.

In this illustrative embodiment, the multi-band cellular chip 219, including flash memory 207 and RAM 211, is installed in the module as part of a removable device 223 including a SIM card 221. The SIM card 221 may contain user identifying information that allows access to the cellular network under a particular user's plan.

Additionally, the module includes a GPS chip 203 that can process and decode a signal from the GPS antenna 205 and send this information to a microprocessor 217.

The microprocessor is also in communication with a vehicle data bus that provides access to various vehicle modules, such as RF module 215. Other modules not shown include, but are not limited to, the vehicle cluster, a remote (off-board) GPS system, a radio module, etc. Non-limiting examples of a vehicle data bus include an SAE J1850 bus, a CAN bus, a GMLAN bus, and any other vehicle data buses known in the art. For illustration purposes only, FIGS. 2 a-2 d are represented as using a CAN bus.

FIG. 2 b shows a second exemplary embodiment in which a cellular chip and GPS are on the same board 223. In this illustrative embodiment, the removable board (this board may also be permanently attached to the module) 223 may contain the SIM card 221, a GPS module including a GPS chip 203 and a GPS antenna 205 a, and the Multi-band cellular chip 219 including flash memory 207 and RAM 211.

In another embodiment, the GPS antenna 205 b may be attached to the module separately from this board 223. When a signal comes in from the cellular antenna 201 and/or the GPS antenna 205 b, the signal may be sent to the corresponding cellular/GPS chip 203 for processing, and then passed to the microprocessor 217. The microprocessor 217 interfaces with the CAN transceiver 213 to connect to a vehicle network 214 and vehicle modules such as RF module 215.

FIG. 2 c shows yet another exemplary embodiment in which the cellular module is standalone. In this illustrative embodiment, the GPS module containing the GPS antenna 205 and the GPS chip 203 may connect to the microprocessor 217 through the CAN transceiver 213. Other vehicle modules, such as an RF module 215 can also connect to the microprocessor through the CAN transceiver 213.

In this illustrative embodiment, the removable board 223 may contain a SIM card 221 and a multi-band cellular chip 219, as well as a flash memory 207 and RAM 211. Signals from the cellular antenna 201 may be sent to the board 223 for processing by the multi-band cellular chip 219 before being sent to the microprocessor 217.

FIG. 2 d shows still another exemplary embodiment in which a cellular module is combined with an RF module 215 in the communications module 200. The RF module 215 may continue to talk to the microprocessor 217 through the CAN transceiver 213. In this illustrative embodiment, the GPS module, including the GPS antenna 203 a, 203 b and GPS chip 205 a, 205 b can be located within the communications module 200 or located elsewhere in the vehicle, in which case it may communicate with the microprocessor 217 through the CAN transceiver 213.

Again, in this embodiment, the cellular antenna 201 may send a signal to the multi-band cellular 219, including flash memory 207 and RAM 211. The signal may be processed and sent to the microprocessor 217. The multi band cellular chip 219 may be located on a removable circuit board 223, which may also include a SIM card 221.

FIG. 3 illustrates the operation of the communication module 200 according to one of the various embodiments. The ND 103 or computer 105 may be used as a device to remotely control various features of the vehicle using software that may be downloaded to the ND 103 or computer 105, e.g., from a website (such as an OEM's website) or, as another example, come factory installed in the ND. One example of a website is SyncMyRide.com hosted by the Ford Motor Company. In one embodiment, the software may be a programmed in the JAVA language (manufactured and distributed by Sun Microsystems).

In one or more embodiments, a user may control one vehicle with multiple NDs 103 or computers 105. Additionally or alternatively, the user may use one ND 103 or computer 105 to operate components of multiple vehicles.

A user may remotely control a vehicle through one or more button presses on the keypad of the ND 103. In one embodiment, the ND 103 may include a one-key press (i.e., a “hot button”) to activate and operate the remote control function of the ND 103. Alternatively or additionally, the user may remotely operate and activate vehicle features through a voice-activated command received by the ND 103. In this environment, the ND 103 may include speech recognition software for interpreting and processing commands from a user into machine readable language. In one embodiment, the speech recognition software may be programmed and/or stored to the web server. In yet another embodiment, one or more remote control commands may be transmitted by a user from the computer 105 using, e.g., a key press, voice command, or other non-limiting input.

Upon making the request (via, e.g., key button press or voice), one or more data packets may be transmitted from the ND 103 and/or computer 105 as illustrated in block 300. Non-limiting examples of data (i.e., information) transmitted in the data packets may include a mobile identification number (MIN), a customer identification number, the one or more commands triggered from the ND 103 and/or 105, and the vehicle identification number (VIN).

Before or after the data packets are transmitted, a connection may be generated with the server(s) 101 as illustrated in block 302. Once a connection to sever(s) 101 is made, the data packets may be received by the server(s) 101 as illustrated in block 304. Alternatively or additionally, a direct connection may be made between the ND 103 or computer 105 and the cellular communication module (i.e., without making a connection to server(s) 101). Accordingly, the operation of one or more embodiments may be accomplished without a server.

The server(s) 101 may process one or more received commands for transmission to the vehicle 121. Processing the data packet may include, but is not limited to, authenticating the one or more commands, authenticating the user (e.g., determining if the user is a registered user) and authenticating the cellular/mobile phone (e.g., matching the MIN to the VIN) transmitted in the data packet. In one non-limiting embodiment, the server(s) 101 may process the data packet using one or more look-up tables and validating the information in the data packets against the one or more tables. The server may be a web server.

In one embodiment, a determination may be made at the server(s) 101 if the user has any personal preferences for controlling his or her vehicle as illustrated in block 306. For example, as will be further described below, a determination may be made as to whether the user has a certain seat position preference, a seat heating preference, or a volume preference for his or her entertainment system. It should be understood that these examples are merely illustrative and non-limiting. Solely for purposes of illustration, FIG. 3 illustrates the operation based on the personal preferences being stored on the server(s) 101, although the preferences may be stored elsewhere.

The personal preferences may be stored on the server(s) 101. Alternatively or additionally, the personal preferences may be stored in the ND's 103 or computer's 105 memory (not shown). In yet another embodiment, the personal preferences may be stored at the vehicle (e.g., on the SIM card, on the microprocessor 217 of the cellular communication module 200 or in a memory module present elsewhere in the vehicle). In this latter embodiment, the server(s) 101 may simply route the data packets to the vehicle without further processing. Non-limiting examples of a personal preference may be the position of vehicle seats, the heating level of the vehicle seats, the volume level of the entertainment system, preferred radio stations, and preferred audio tracks.

Referring back to FIG. 3, if the user has personal preferences associated with one or more vehicle components, the server(s) 101 may receive instructions to access the stored preferences as illustrated in block 308. In one embodiment, the instructions may be transmitted with the one or more data packets received from the ND 103 or computer 105. The server(s) 101 may extract or read these instructions from the data packets to retrieve the stored personal preferences.

In one embodiment, a further determination may be made at server(s) 101 as to whether a personal identification number (PIN) is required to access the personal preferences or to control the one or more vehicle components as illustrated in block 312. The PIN may be stored at server(s) 101 or may be transmitted with the data packets transmitted from the ND 103 or the computer 105. If a PIN is required, the server(s) 101 may transmit a request for the PIN as illustrated in block 314. The request may be transmitted to one or more memory locations (e.g., a database) on the server(s) 101 or to the remote terminals 103, 105. The PIN may be retrieved from the server(s) 101 using, for example, a look-up table based on information such as VIN, a customer number, a MIN, or other non-limiting identifiers. It should be understood that the PIN may be retrieved in any other means known in the art and the previous example is illustrative.

The server(s) may receive the PIN as illustrated in block 316. The PIN may then be validated as illustrated in block 318. If the PIN is not correct, the server(s) 101 may re-transmit the request as represented by loop 320. In one embodiment, a user may reenter a PIN a predetermined number of times (e.g., 3 or 5 times) after entering an incorrect PIN. If the PIN is correct, the server(s) 101 may retrieve the personal preferences associated with the request, as illustrated in block 322, and transmit the one or more data packets with the stored preferences to the cellular communication module as illustrated in block 310.

If a PIN is not required to access the personal preferences or if there are no stored preferences, upon receiving the one or more data packets, the server(s) 101 may transmit the one or more data packets to the cellular communication module as represented in block 310. The one or more data packets may be transmitted over the network (e.g., cellular network 113 or the internet). The cellular communication module 200 may then receive (e.g., via cellular antenna 201) the one or more data packets over the network as represented in block 326. The microprocessor 217 may listen for and/or transmit signals from/to the vehicle network 214 as represented in block 330. In one embodiment, the one or more signals may be decoded and translated at the microprocessor 217 for communication with the vehicle data bus (e.g., CAN transceiver 213 and vehicle network 214) as represented in block 328.

Through the vehicle data bus, the microprocessor 217 may communicate with the one or more vehicle components the conditions of which are being controlled. For example, the vehicle data bus may be in communication with a remote start system of the vehicle for accomplishing remote start and shut off of the vehicle.

As will be described below, the user may receive a confirmation at ND 103 and/or computer 105 that the vehicle has started or been shut off. The confirmation may be received as a text message, SMS message, or email.

As another non-limiting example, a user may also lock and unlock a vehicle from a remote terminal 103 and/or 105 using one or more embodiments described above. Again, the user may receive an e-mail, SMS, or text confirmation at ND 103 and/or computer 105 that the vehicle is locked or unlocked.

In one embodiment, a request may be made from the ND 103 and/or computer 105 to activate/operate an intelligent double lock system. Non-limiting examples of benefits achieved by a double lock system may include greater theft protection and protection for passengers (e.g., preventing a child from opening the door). The user may be in the vicinity of the vehicle when activating the double locking system. Additionally, or alternatively, the user may receive a video of the vehicle and, upon receipt, may engaged the double locking system. Once the vehicle has been locked or unlocked, a confirmation message may be sent back to the user and displayed on his or her remote terminal 103 and/or 105 display. The confirmation may be received as a text message, SMS message, or email.

In some embodiments, a user may also control other features of the vehicle doors. Non-limiting examples include power sliding doors, power windows, the sunroof, the liftgate, and the trunk. A user may control one or more of these features individually or globally (e.g., control a number of vehicle features through a one-key press).

In one embodiment, there may be a number of protections associated with remotely controlling the vehicle to prevent, e.g., accidental activation by a child. For example, the user may use a PIN entered and transmitted from his or her ND 103 and/or computer 105 as described above. As another non-limiting example, the user may select this option from a user interface on his or her ND 103 and/or computer 105 (e.g., from a menu option).

FIG. 4 illustrates operation for controlling the one or more vehicle components according to one of the various embodiments. It should be understood that while FIG. 4 is illustrated from the perspective of controlling the entertainment system, the operation is applicable in other contexts (e.g., controlling the seat position, controlling the seat heating system, controlling the locking system, etc).

As illustrated in FIG. 4, a user may remotely control a vehicle's entertainment system (e.g., radio, CD-player, DVD-player, etc). Non-limiting examples of control may include powering on/off, volume setting, station/channel setting, and audio track settings. In one embodiment, communication between the ND 103 and/or computer 105 and the vehicle's entertainment system may be via a cellular network. Alternatively, wireless communication may be via BLUETOOTH. In yet another embodiment, communication may be over an 802.11g (i.e., WiFi) or WiMax network.

The user may control the entertainment system through a graphical user interface representing the entertainment system, for example. Alternatively or additionally, the user may select one or more selectable buttons from the ND 103 and/or computer 105. As illustrated in block 400, the communication module 200 may receive the one or more signals, for example, at the cellular chip 219 or the microprocessor 217. In one embodiment, the signals may be decoded for interpretation by the vehicle (e.g., the entertainment system component) at the microprocessor 217 as illustrated in block 402.

The microprocessor 217 may communicate with the CAN transceiver 213 for receiving one or more return signals from the vehicle entertainment system via the vehicle network as illustrated in block 404. The return signals may include on or more operating status codes transmitted from the entertainment system component. The data bus codes may or may not be proprietary.

In one embodiment, based on the instructions received in the data packets (i.e. signals), the cellular communication module 200 may determine the media source, as illustrated in block 406, and/or the volume level to play the media items as illustrated in block 408. The cellular communication module 200 may communicate these instructions to the CAN transceiver 213. The CAN transceiver 213 may send a message to the vehicle entertainment system component for accomplishing the instruction. It should be understood that the determination may vary based on the component being controlled and the instant example is for illustration purposes. The entertainment system may then play the one or more media items according to the instructions in the one or more signals as illustrated in block 410.

Additionally, if the user included his or her personal preference for playing media items (which may, but not necessarily, include the media source and/or volume level), the entertainment system may be controlled according to this preference as described above. A return signal may be received by the cellular communication module 200, as illustrated in block 412. The return signal may include one or more operating status identifiers that are processed and decoded by the microprocessor 217 for transmission to the ND 103 and/or computer 105. The communication module 200 may then transmit the return signal to the server(s) 101 for receipt by the remote terminals 103 and/or 105.

The return signal may include a status of the one or more vehicle components. For example, the return signal may report that the entertainment system was activated and/or controlled according to the user's instructions/request. As another example, the return signal may indicate that the seats were positioned successfully or unsuccessfully. Accordingly, the communication module 200 may transmit the return signal to the ND 103 and/or 105 where the status of the component may be displayed, for example, on a graphical user interface.

In certain embodiments, a user may remotely control the entertainment center through predetermined settings (e.g., pre-installed by the OEM). These additional parameters may be transmitted with the data packets transmitted from the ND 103 and/or computer 105, stored on the server(s) 101, or stored at the vehicle.

For example, a user may control the volume setting by selecting at least one of a number of volume settings. In one embodiment, a non-limiting example of volume setting may be selecting a volume level by percentage level of volume (e.g., one of a 25%, 50%, 75%, or 100% volume level setting). Thus, if the user wants to hear music at 50% of the volume level, then he or she can select 50% from the ND and/or terminal. Other non-limiting examples may include other numerical setting representations (e.g., 1 to 4 with 1 being the lowest and 4 being the highest) or a graphical representation (e.g., a vertical or horizontal bar representing the level of volume).

In other embodiments, the entertainment system may be more liberally controlled. For example, the user interface on the ND and/or terminal may include a graphical representation of a volume up/volume down function. Another non-limiting example for control may be through a tap up/tap down button on the user interface. In one embodiment, the interface may also include a “seek” button for searching media items played through the system (e.g., searching stations and/or audio tracks from a CD). Thus, a user may remotely control the operation of his or her vehicle's entertainment system without physically being in the vehicle.

A user may also control one or more vehicle seat positions remotely from his or her ND 103 and/or computer 105 using one or more embodiments of the operation as described above. The user may control seat positioning by directly controlling from the ND 103 and/or 105 (e.g., through a graphical user interface representing the vehicle seats) the position of the seats. Alternatively or additionally, the user may select one or more selectable buttons from the ND 103 and/or computer 105. If the user included his or her personal preference for a seat position (e.g., seat selection, position, etc), the seat may be positioned according to this preference as described above.

A user may also accomplish climate control of the vehicle from the ND 103 and/or computer 105, including the climate of the internal cabin and heating of the vehicle seats, using the operation as describe above in one or more embodiments. In one embodiment, the system may make a determination as to which and how many seats to control. This determination may be made at block 404 or 406 of FIG. 4. The system may also determine at which temperature level to heat the seat. This determination may be made at block 404 or 406. The determination may be based on instructions inputted from the user at ND 103 and/or 105. The determination may also be made based on predetermined instructions stored in at least one of the ND 103, the computer 105 and/or the vehicle.

Other non-limiting features that may be controlled and/or personalized may include radio station presets and control of windows. A user may additionally customize the audible sounds for locating a vehicle (e.g., the vehicle's “chirp”). Non-limiting customizations may include the type of sound (e.g., a chirp or a horn honk) and the time intervals in which the sounds may be transmitted. In one non-limiting embodiment, the intervals may be set in second or minute intervals.

A user may also activate and control his or her vehicle lights from his or her ND 103 and/or computer 105. In one embodiment, a user may want to control the operation of the vehicle's hazard lights. For example, if a user has temporarily parked his or her vehicle in front of a building, he or she may desire to turn on the vehicle's hazard lights while he or she is in the building and away from the vehicle. Using one or more embodiments, he or she may do so without having to reenter the vehicle.

Referring back to FIG. 3, the cellular communication module 200 may receive the one or more result signals transmitted from the one or more vehicle components as illustrated in block 332 via the vehicle bus. The communication module 200 may extract one or more return data packets from the return signal for transmission to the ND 103 and/or computer 105 as in block 334. Transmission may be accomplished by the cellular antenna 201 over network 115. Furthermore, the cellular communication module 200 (e.g., the microprocessor 217) may process the return data packets for interpretation by the server(s) 101 and/or the remote terminal 103, 105. This processing may occur, for example, using a look-up table.

The data packets may be transmitted to the remote terminals 103 and/or 105 as illustrated in block 336. In one embodiment, the return data packets may be routed through server(s) 101, as illustrated in block 338, which may or may not further process the data packets for transmission to the remote terminals 103 and/or 105. The result signal(s) may be transmitted to and received by the ND 103 and/or computer 105 as illustrated in block 340.

A report may be generated and displayed to the user showing, for example, the status of the one or more controlled vehicle components as illustrated in block 342. For example, in one embodiment, the report may show that two vehicle seats have been positioned and that the driver's seat has been heated.

Other non-limiting features of a vehicle that may controlled using one or more embodiments of the present invention (as described above) may include panic activation/deactivation and alarm activation/deactivation. A user may also set his or her vehicle to activate one or more of the following non-limiting theft control precautions: set the speed to a maximum (e.g., 5 miles per hour), shut the engine down, cause a gradual slow down of the vehicle, honk the horn, flash lights, or turn off the vehicle's start to prevent restart.

In some embodiments, vehicle 121 may include a microphone (e.g., to receive voice-activated commands from a passenger in the vehicle). The user may remotely activate the microphone from a ND 103 and/or computer 105 using one or more embodiments described above. Furthermore, sounds or speech received by the ND 103 and/or computer 105 may be recorded.

In one embodiment, a user may also control objects external to the vehicle from the ND 103 and/or computer 105. For example, the ND 103 and/or computer 105 may be used to control aspects of a home environment. For example, the ND and/or terminal may be used as a garage door opener. Alternatively, the cellular communication module 200 embedded in the vehicle may be used to control the external components (e.g., the garage door). The user may be able to accomplish this control from, for example, the center stack of the vehicle (not shown) via a button press or input at the center stack. In this non-limiting embodiment, one or more data packets may be transmitted from the cellular communication module 200 to one or more external components. The data packets may be routed through server(s) 101 for including, for example, personal preference information or identification information in the data packets. For example, the server(s) 101 may conduct a database table look up in order to verify identification information obtained from the SIM card 221 and authenticate the transmission of the data.

The data packets may then be transmitted to the one or more external components. Upon operating the external components, a return signal may be transmitted to the ND 103 and/or computer 105 which may include, for example, a status of the external components (e.g., the garage door has been successfully opened).

It should be understood that the user may also control other external features including, but not limited to, the lights within the home and the furnace. As would be known to one of ordinary skill in the art, Z-wave connectivity can be achieved via the ND interface and the Visor GDO.

While embodiments of the invention have been illustrated and described, it is not intended that these embodiments illustrate and describe all possible forms of the invention. Rather, the words used in the specification are words of description rather than limitation, and it is understood that various changes may be made without departing from the spirit and scope of the invention.

As required, detailed embodiments of the present invention are disclosed herein; however, it is to be understood that the disclosed embodiments are merely exemplary of the invention that may be embodied in various and alternative forms. The figures are not necessarily to scale; some features may be exaggerated or minimized to show details of particular components. Therefore, specific structural and functional details disclosed herein are not to be interpreted as limiting, but merely as a representative basis for teaching one skilled in the art to variously employ the present invention.

While exemplary embodiments are described above, it is not intended that these embodiments describe all possible forms of the invention. Rather, the words used in the specification are words of description rather than limitation, and it is understood that various changes may be made without departing from the spirit and scope of the invention. Additionally, the features of various implementing embodiments may be combined to form further embodiments of the invention. 

What is claimed is:
 1. A system comprising: one or more processors configured to: communicate wirelessly with a vehicle and a cellular phone to receive user requests from the cellular phone to control vehicle components; verify that the user is authorized to request control of the vehicle components; upon verification, transmit to the vehicle a request from the user to control a vehicle component received from the cellular phone.
 2. The system of claim 1, wherein the verification is based at least in part on a user personal identification number received from the cellular phone.
 3. The system of claim 1, wherein the verification is based at least in part on a mobile identification number received from the cellular phone.
 4. The system of claim 1, wherein the request includes control of a specific component.
 5. The system of claim 1, wherein the request includes a pre-set request to set one or more components to pre-set configurations, and wherein the processor is configured to transmit, upon verification, a pre-set configuration of vehicle components.
 6. The system of claim 5, wherein the pre-set configuration is stored on a memory associated with the system.
 7. The system of claim 5, wherein the pre-set configuration is stored on the cellular phone and is received by the one or more processors prior to transmission.
 8. A computer-implemented method comprising: communicating wirelessly with a vehicle and a cellular phone to receive user requests from the cellular phone to control vehicle components; verifying, from a server, that the user is authorized to request control of the vehicle components; upon verification, transmitting to the vehicle a request from the user to control a vehicle component received from the cellular phone.
 9. The method of claim 8, wherein the verification is based at least in part on a user personal identification number received from the cellular phone.
 10. The method of claim 8, wherein the verification is based at least in part on a mobile identification number received from the cellular phone.
 11. The method of claim 8, wherein the request includes control of a specific component.
 12. The method of claim 8, wherein the request includes a pre-set request to set one or more components to pre-set configurations, and wherein the processor is configured to transmit, upon verification, a pre-set configuration of vehicle components.
 13. The method of claim 12, wherein the pre-set configuration is stored on a memory associated with the system.
 14. The method of claim 12, wherein the pre-set configuration is stored on the cellular phone and is received by the one or more processors prior to transmission.
 15. A non-transitory computer readable storage medium, storing instructions that, when executed by a processor of a server, cause the processor to perform a method comprising: communicating wirelessly with a vehicle and a cellular phone to receive user requests from the cellular phone to control vehicle components; verifying, from a server, that the user is authorized to request control of the vehicle components; upon verification, transmitting to the vehicle a request from the user to control a vehicle component received from the cellular phone.
 16. The storage medium of claim 15, wherein the verification is based at least in part on a user personal identification number received from the cellular phone.
 17. The storage medium of claim 15, wherein the verification is based at least in part on a mobile identification number received from the cellular phone.
 18. The storage medium of claim 15, wherein the request includes control of a specific component.
 19. The storage medium of claim 15, wherein the request includes a pre-set request to set one or more components to pre-set configurations, and wherein the processor is configured to transmit, upon verification, a pre-set configuration of vehicle components.
 20. The storage medium of claim 19, wherein the pre-set configuration is stored on a memory associated with the system or the cellular phone. 